Parametry > Rozrachunki > Transakcje wprowadzania płatności 

Z tej funkcji należy skorzystać, aby zdefiniować cechy transakcji płatności i metody płatności używane przez firmę:

  • Cechy ogólne: strona (przychód lub koszt), metoda płatności (przelew, czek itp.)
  • Ekrany wprowadzania: wyświetlane pola, wymagane pola
  • Etapy księgowania i metody grupowania: księgowanie w banku, księgowanie uznań bankowych, podział plików bankowych itd.

Warunek

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Zarządzanie ekranem

Nagłówek

Pola

Na tej karcie występują następujące pola :

Pojedynczy kod identyfikujący transakcję rozliczeniową.

  • Opis (pole DESTRA)

Klasyczny opis bieżącego rekordu.

  • Krótki tytuł (pole SHOTRA)

 

 

Zamknij

 

Karta Ogólne

Pola

Na tej karcie występują następujące pola :

Kryteria

  • Aktywny (pole ENAFLG)

Jest to kod pozwalający na ograniczenie dostępu do danych dla niektórych użytkowników lub grup użytkowników.
Jeśli uzupełniono to pole, wyłącznie użytkownicy posiadający kod dostępu w ich profilu mogą użyć tej transakcji.
Jeśli dostępnych jest wiele transakcji można wybrać transakcję do użycia w celu otwarcia powiązanej funkcji. Jeśli dostępna jest tylko jedna transakcja, nie proponowany jest żaden wybór i wyświetla się ekran domyślny.

  • Znak (pole SNS)

Należy wybrać kierunek płatności.

Jeśli wybrano Koszt lub Przychód to to pole nie wyświetla się na ekranie nagłówka płatności podczas wprowadzania płatności. W takim przypadku użytkownik wie, że transakcja płatności jest zawsze obciążeniem (np. wystawionym czekiem) lub zawsze uznaniem (np. otrzymanym czekiem).

Jeśli wybrano Nieokreślony to użytkownik dokonuje wyboru w nagłówku płatności jako Koszt lub Przychód. Umożliwia to utworzenie wyłącznie jednej transakcji płatności używanej zarówno dla uznań jak i obciążeń np. jako zapis gotówkowy.

Autoryzacja płatności jest wymagana wyłącznie dla kosztów i nieokreślonych typów zapisów, jeśli zaznaczono pola Lista płatności i Plik bankowy. Aby zezwolić użytkownikom na zatwierdzanie płatności należy użyć parametru PAYAPP - Autoryzacja płatności.

Blok numer 2

  • Bank lub kasa (pole BANCSH)

Należy wybrać Bank dla rejestru bankowego i Kasa dla rejestru kasowego.

Następnie można wybrać odpowiednią stronę: Przychód lub Koszt.

Określa właściwości płatności przedstawiane domyślnie podczas wprowadzania płatności dla tej transakcji.
Te właściwości płatności są zazwyczaj ustawiane za pomocą „Znaczenia płatności” w sensie księgowym.

Kod międzybankowy jest sposobem kodowania, używanym przez wszystkie banki w celu określania typu operacji bankowych dla pozycji na wyciągach bankowych, które są przesyłane do klientów.
W systemie X3 ten kod odnosi się do tabeli dodatkowej 306.
Dzienniki również posiadają kod międzybankowy. Jest on używany do upraszczania (sortowania, wyboru) oraz kontroli uzgodnień bankowych (funkcja RAPBAN) między księgowaniami na rachunku bankowym a pozycjami na wyciągach bankowych.
Kod wprowadzany tutaj może być przekazywany do dokumentów księgowania w przypadku płatności poprzez automaty księgujące płatności.

  • Typ kursu (pole RATTYP)

Określ tutaj typ kursu waluty, który ma być używany w celu wykonania przeliczenia waluty, która jest wprowadzana lub dal której księgowane są płatności.

  • Zastosowanie stawki faktury (pole RATINV)

Jeśli to pole jest zaznaczone dla faktury w walucie innej niż waluta firmy to kurs wymiany zastosowany między walutą rozrachunku dla operacji zamknięcia konta kontrahenta (zamkniętego podczas pierwszego kroku księgowania) jest taki sam, jak kurs na fakturze. Brak zapisu odchylenia kursu wymiany raportowanego w walucie firmy.

Jeśli to pole nie jest zaznaczone to kurs wymiany zastosowany między walutą rozrachunku a walutą firmy dla operacji zamknięcia konta kontrahenta to kurs wymiany dla dnia księgowania. Dla odchylenia kursu wymiany generowany jest zapis w walucie firmy.

Uwaga: To pole ma również znaczenie dla waluty raportowania, dla której zapis odchylenia kursu wymiany w walucie raportowania może zostać wygenerowany lub nie, w zależności od tego, czy go zaznaczono.

Ten kurs wymiany ma zastosowanie do atrybutów płatności typu Bank lub Kontrahent i tylko dla przypadków, gdy księgowana jest jedna lub więcej faktur. Dla innych atrybutów płatności lub niezaksięgowanych atrybutów płatności typu Bank lub Kontrahent, zachowywany kurs wymiany jest stały względem uprzednio wskazanego typu kursu wymiany.

Jednocześnie z zastosowaniem kursu wymiany faktury źródłowej może istnieć wiele różnych kursów. W takim przypadku zapis księgowy wyświetla pusty kurs wymiany i sugeruje kurs wymiany jako wypełnienie na ekranie.

Jeśli pole Kurs waluty księgi głównej jest zaznaczone na karcie Wpis to to pole jest nieaktywne.
  • Obsługa terminów płatności (pole DUDFLG)

Jeżeli ta flaga jest zaznaczona:

  • kod grupowanie jest wymuszony na „Płatność” lub „Termin płatności” zgodnie z etapami księgowania.
  • generowane automatyczne propozycje są grupowane według pozycji terminu płatności (rozrachunek dla płatności lub termin płatności wg płatności).
  • data księgowania utrzymywana dla wprowadzania księgowania bankowego płatności odpowiada terminowy płatności, gdy jest on wprowadzany podczas wpłaty. W przypadku używania dowodu przelewu, możliwe jest potwierdzanie wyboru dokonanego przy wpłacie gotówki, bądź w przeciwnym razie, modyfikowanie tego w dalszej kolejności, jeśli jest to wpłata z dyskontem; w tym ostatnim przypadku data księgowania może być wprowadzana.
  • Indos (pole FLGEND)
  • Płatność gotówką (pole SPACSH)

Ta flaga wyświetla się tylko, jeśli kod działania KSP jest aktywny.
Wskazuje ona, że wszystkie płatności dokonane przez daną transakcję muszą być uznawane za płatności gotówką.

  • Szwajcarski typ płatności (pole SWIPAYTYP)

To pole wymaga aktywacji kodu działań KSW – Lokalizacja szwajcarska.

Z tego pola należy skorzystać, aby wybrać wygenerowany typ pliku:

Standardowy: Brak konkretnego typu pliku. Z tego ustawienia należy skorzystać, jeśli nie utworzony zostanie żaden plik płatności.

EZAG: Pliki płatności są tworzone w formacie EZAG (konkretny format dla szwajcarskiego Postfinance).

DAT: Pliki płatności są tworzone w formacie DTA (konkretny format dla szwajcarskich banków lub szwajcarskich rozliczeń międzybankowych SIC).

ISO: Pliki płatności są tworzone w formacie ISO 20022.

Aby dowiedzieć się więcej o ustawieniu płatności i BVR, zalecane jest zapoznanie się z przewodnikiem o szwajcarskiej legislacji dostępnym w Centrum pomocy online w zakładce w Jaki sposób?.

  • Kontrahent (pole BPRTYP)

 

  • VAT metodą kasową (pole CSHVATRGM)

 

Tabela Metoda płatności

  • Nr (pole NUMLIG)

 

Ta tabela służy do określania trybów płatności, które będą uwzględniane na potrzeby propozycji automatycznej płatności (przejdź do dokumentacji „Propozycja automatycznej płatności”).
W rezultacie, prawdopodobnie zapłacone będą automatycznie tylko rozrachunki z kodem płatności odpowiadającym temu, które został wprowadzony.

Zamknij

 

Karta Dane wejściowe

Prezentacja

Dodatkowe pola

Możliwe jest dodanie danych w trybie wprowadzania (do 30 pól). Te pola muszą być zdefiniowane na ekranie PAY2. Po wygenerowaniu mogą być one używane opcjonalnie na ekranach wprowadzania zgodnie z danymi odpowiedzi istniejącymi w tabeli.
Te pola mogą być np. powiązane z kodem działania KSW – Szwajcaria.

Przyczyna ekonomiczna

Kod przyczyny ekonomicznej jest używany przez Bank Francji podczas określania salda płatności.
Jest to konieczne dla wszystkich operacji, które odpowiadają następującym kontekstom:

  • Transakcje w euro do banku w Unii Europejskiej, w tym do Francji, dla kont nierezydentów, od 50 000 €
  • Transakcje w euro do banku poza Unią Europejską, od 12 500 €
  • Transakcje w walucie innej niż euro do banku w Unii Europejskiej, w tym do Francji, od 12 500 €

SEEINFOStatus rezydenta i nierezydenta jest definiowany na poziomiekontrahenta.
Progi transakcji są określane przez wartości parametrów AMTVIR1, AMTVIR2 i AMTVIR3 w rozdziale Kontrahent / Domyślne wartości.

Wprowadzenie tego kodu oraz to, czy jest on wymagany jest określane na poziomie ustawień transakcji wprowadzania płatności.
Jeśli firma, z której dokonywana jest płatność ma status ogólnej siedziby płatności to zaproponowany zostanie kod 060 „Ogólna siedziba płatności” (w ustawieniach rekordu Firmy).
W przeciwnym razie sugerowana wartość to wartość zdefiniowana na poziomie kontrahenta (ustawienia rekordu Kontrahenta).
SEEINFOTen kod można modyfikować.
Ta wartość jest odzwierciedlana w plikach bankowych (AFB160, AFB320, polecenie przelewu SEPA).

Funkcjonowanie ekonomicznego kodu przyczyny

Jeśli firma jest firmą deklarującą bezpośrednio to na karcie Księgowanie w rekordzie firmy należy wprowadzić ekonomiczny kod przyczyny „060”.
Ten kod jest automatycznie stosowany do wszystkich płatności przeznaczonych dla kontrahentów nie będących rezydentami, które są generowane z poziomu firmy.
SEEINFOTo pole nie jest uzupełniane w przypadku operacji z rezydentami.

Jeśli firma nie jest firmą deklarującą bezpośrednio to ekonomiczny kod przyczyny musi zostać wprowadzony dla każdego kontrahenta nie będącego rezydentem.
Zgodnie z progami deklaracji ten kod jest uwzględniany:

SEEINFOJeśli w rekordziekontrahentanie podano żadnej wartości to kod może zostać wybrany bezpośrednio podczaswprowadzania płatności.
SEEWARNINGWprowadzenie go jest wymagane, jeśli określają to ustawieniatransakcji wprowadzania płatności.

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Pola

  • Bank (pole DACBAN)

Brak pomocy dla tego pola.

  • Obowiązkowy (pole BANOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Firma (pole DACCPY)

To pole wyświetla się automatycznie podczas wprowadzania płatności. Odpowiada ono firmie, która jest powiązana z lokalizacją wskazaną w nagłówku płatności.

  • Referencja (pole DACREF)

Dla dokumentu płatności można wprowadzić wewnętrzny numer referencyjny.

  • Obowiązkowy (pole REFOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Referencja (pole DACFRMREF)
  • Obowiązkowy (pole FRMREFOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Rodzaj rabatu (pole DACFRMTYP)
  • Opis nagłówka (pole DACDES)

Użytkownik może wprowadzić opis w celach informacyjnych. Ten opis będzie domyślnie pobierany przez teksty w pozycjach podczas wprowadzania płatności (jeśli zaznaczono pole „Tekst pozycji”).

  • Obowiązkowy (pole DESOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Opis pozycji (pole DACDESLIN)
  • Obowiązkowy (pole DESLINOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Metoda płatności (pole DACPAM)

Pole to jest powiązane z tabelą dodatkową 3.

  • Data źródłowa (pole DACORIDAT)
  • Obowiązkowy (pole ORIDATOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Termin płatności (pole DACDUDDAT)
  • Obowiązkowy (pole DUDDATOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Data wartości (pole DACVALDAT)
  • Obowiązkowy (pole VALDATOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Data utworzenia (pole DACBILDAT)
  • Obowiązkowy (pole BILDATOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Nr rachunku bankowego (pole DACBID)

To pole należy zaznaczyć, jeśli pole Nr rachunku bankowego ma wyświetlać się w transakcji wprowadzania płatności.

To pole jest wymagane, jeśli dany typ płatności jest używany w płatnościach elektronicznych. Należy zaznaczyć zarówno to pole, jak i powiązane pole Wymagane. Płatności elektroniczne mają zaznaczone albo pole Plik bankowy albo pole Generowanie SEPA na karcie Kroki.

Numer rachunku bankowego jest zazwyczaj inicjalizowany z poziomu kodu adresu płatności. Jednakże, jeśli transakcja wprowadzania płatności to polecenie zapłaty to Nr rachunku bankowego jest domyślnie pobierany z upoważnienia wprowadzonego w nagłówku płatności (więcej informacji na ten temat znajduje się w przewodniku o zarządzaniu upoważnieniami SEPA w procesach rozliczania należności w Sage X3, który znajduje się w sekcji „W jaki sposób?” w Centrum pomocy online Sage X3).

  • Obowiązkowy (pole BIDOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Przekaz 1 (pole DACPAB1)

Pole to określa nazwę banku. Bank-płatnik jest inicjalizowany z kodu adresowego płatności.
Jeżeli VII (zagraniczny przelew bankowy) kod czynności jest aktywny, aktywowanie tych pól jest również używane do uzyskiwania dostępu do innych odniesień banku-płatnika w przypadku banków pośredniczących.

  • Obowiązkowy (pole PAB1OBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Przekaz 2 (pole DACPAB2)

 

  • Obowiązkowy (pole PAB2OBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Referencja trasata (pole DACBPRREF)
  • Obowiązkowy (pole BPRREFOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Powód płatności (pole DACEPARENP)

 

  • Obowiązkowy (pole EPARENPAYO)

 

Blok numer 2

  • Rodzaj czeku (pole DACCHQTYP)
  • Numer czeku (pole DACCHQNUM)
  • Obowiązkowy (pole CHQNUMOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Oddział banku (pole DACCHQBAN)
  • Obowiązkowy (pole CHQBANOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Numer karty płatniczej (pole DACCRDNUM)
  • Obowiązkowy (pole CRDNUMOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Autoryzacja karty kredytowej (pole DACCRDAUZ)
  • Obowiązkowy (pole CRDAUZOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Rodzaj zakupu (pole DACPURTYP)
  • Kurs waluty księgi głównej (pole DACCURRAT)

To pole należy zaznaczyć, aby bezpośrednio wprowadzić kurs wymiany podczas wprowadzania płatności. Ta operacja nadpisuje domyślną walutę płatności w tabeli Kursy walut.

To pole jest nieaktywne, jeśli zaznaczono pole Zastosowanie kursu faktury na karcie Ogólne.

Jeśli to pole zostało zaznaczone to pole Zastosowanie kursu faktury na karcie Ogólne jest nieaktywne.

  • Obowiązkowy (pole CURRATOBL)

To pole należy zaznaczyć, aby wprowadzenie kursu wymiany podczas wprowadzania płatności było wymagane.

  • Kwota banku (pole DACAMTBAN)

Określa (bądź nie) występowanie pola „Kwota banku”. Pole to
określa kwotę płatności, wyrażonej w walucie rachunku bankowego.
Jeżeli pole to nie występuje, kwota będzie wyliczana automatycznie.

  • Obowiązkowy (pole AMTBANOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Data banku (pole DACBANDAT)
  • Obowiązkowy (pole BANDATOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

  • Liczba zablok. kolumn (pole NBRCOL)

Określa liczbę kolumn, które będą zamrożone z lewej strony
podczas przewijania tabeli wprowadzania księgowania.

Zakładki

  • Wprowadzanie partii (pole DACPYL)

Warunek zarządzania partii wprowadzania (zakładka partii wprowadzania oraz pola nagłówka) podczas wprowadzania płatności.

  • Kontrola bilansu (pole LOTPROBALC)

Jeśli parametr PROBALCTL – Narastająca kontrola bilansu (rozdział TRS, grupa PAY) jest ustawiony jako „Tak” to pole Kontrola salda wyświetla się. Jest on aktywny, jeśli zaznaczono pole „Wprowadzanie partii”.
Jest on używany do definiowania kontroli salda dla wprowadzania partii. Dodatkowe pole na karcie „Wprowadzanie partii” są dodawane do kontroli salda dla partii.
Aktywacja kontroli salda ma wpływ na:

  • „Bank lub kasę”: Należy aktywować bank na karcie „Ogólne”.
  • „Kierunek musi być ustawiony jako „Nieokreślony” na karcie „Ogólne”.
  • Pole „Bank” musi być „Wymagane” na karcie „Dane wejściowe”.
  • Krok „Księgowanie w banku” musi być aktywny. Na karcie „Kroki” nie należy wybierać żadnych innych kroków.
  • Transakcja wprowadzania płatności (pole DACPAYTYP)

To pole jest dostępne, jeśli wybrano opcję Bank lub Kasa dla pola Bank lub kasa na karcie Ogólne dla legislacji polskiej lub południowo-afrykańskiej.

Dla Banku: Należy wybrać Nie dotyczy lub Rejestr bankowy. Jeśli wybrano Nie dotyczy to płatność może zostać utworzona tylko za pomocą funkcji Płatności/Wpłaty (GESPAY). Aby utworzyć płatność z poziomu Rejestru bankowego (GESBCREG) należy wybrać Rejestr bankowy.

Dla Kasy: Należy wybrać Nie dotyczy lub Rejestr kasowy. Jeśli wybrano Nie dotyczy to płatność może zostać utworzona tylko za pomocą funkcji Płatności/Wpłaty (GESPAY). Aby utworzyć płatność z poziomu Rejestru kasowego (GESBCREG) należy wybrać Rejestr bankowy.

Zapisy typu Rejestr bankowy lub kasowy nie są dostępne w funkcji Płatności/Wpłaty (GESPAY).

Tabela Dodatkowe pola

  • Nr (pole NUMLIG)

 

  • Dane wejściowe (pole DACSUP)

Ta tabela składa się z opcjonalnych pól, które mogą być dodawane
podczas instalacji. Jest ona używana do aktywowania (bądź nie) tych pól na
ekranie wprowadzania płatności.

  • Opis (pole LIBSUP)

To pole wyboru służy do określania, że odpowiednie pole jest obowiązkowe podczas wprowadzania płatności

  • Obowiązkowy (pole SUPOBL)

To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności.

Zamknij

 

Karta Kroki

Prezentacja

Sekcja Kroki jest używana do określania kroków księgowania konta właściwych dla transakcji płatności. Porządku kroków nie można zmienić. Jeśli dla transakcji płatności wybrano wszystkie kroki księgowania konta to każdy proces musi zostać ukończony przed przejściem do kolejnego kroku.

Podział plików bankowych

Transakcję wprowadzania płatności można utworzyć dla podziału pliku bankowego przy użyciu sekcji Rozbicie pliku bankowego. Następnie z tej transakcji wprowadzania można skorzystać, aby utworzyć listy płatności i rozpocząć generowanie pliku bankowego w funkcji Ręczne wprowadzanie listy płatności (GESFRM) lub Elektroniczny plik płatności (FICMAG). Podczas generowania plików bankowych tworzony jest jeden lub wiele plików w zależności od danych płatności i kryteriów podziału.

Podział plików bankowych zależy od formatu pliku bankowego i należy go zweryfikować. Na przykład podział według waluty może zostać zastosowany, jeśli konkretny format ogólnie wspiera wiele walut, ale wymaga osobnych plików według waluty.

Ta opcja nie jest dostępna, jeśli tworzone są pliki EDI.

Księgowanie pośrednie

Jest to ostatni możliwy krok księgowania dla płatności przed księgowaniem w banku. Zapis może zostać zaksięgowany na koncie pośrednim np. dla inkasa lub rabatu.

Ten krok jest dostępny tylko dla płatności uwzględnionych na liście płatności.

Krok księgowania pośredniego można powiązać z grupą automatów księgujących (zob. Grupy automatów księgujących) albo po pierwszym, albo po drugim kroku. Domyślnie sugerowana grupa automatów to STEP1 lub STEP N.

Można wskazać dowód księgowy używany dla księgowania pośredniego. Można również wygenerować struktury księgowe w zależności od tego, czy płatność jest księgowana dla inkasa czy rabatu. Wybrany zapis, w zależności od ustawień, wpłynie na definicję konta pośredniego. Wybrany typ zapisu jest powiązany z definicją Banku.

Aby dokonać zbiorczego księgowania pośredniego dla płatności z listy można użyć dedykowanego procesu.
SEEREFERTTO Więcej informacji znajduje się w dokumentacji na temat Księgowania pośredniego.

Księgowanie w banku

Ten krok jest wymagany dla wszystkich transakcji płatności. Jest on wymagany przed księgowaniem w banku.

Księgowanie w banku można powiązać z grupą automatów księgujących (zob. Grupy automatów księgujących). Po pierwszym lub drugim/trzecim kroku księgowania domyślnie sugerowana grupa automatów to STEP1 lub STEPN.

Pola Grupa, jeśli płatność lub Grupa, jeśli rabat są dostępne, jeśli transakcja zawiera krok dla wprowadzenia listy płatności lub wprowadzenia zalecenia banku płatności.
Kod grupy jest używany do zdefiniowania, czy zapis księgowy jest generowany według typu listy płatności:

  • Według płatności (1 płatność, 1 zapis księgowy)
  • Według listy płatności (1 lista płatności, 1 zapis księgowy)
  • Według daty wymagalności (1 zapis księgowy na datę wymagalności)

Grupowanie według listy płatności lub terminu wymagalności jest możliwe tylko, jeśli zaznaczono pole Lista płatności.
Jeśli kod wydruku powiązany z kodem procesu to „CHE” lub „CHR” (tabela dodatkowa nr 304) to pole Grupa, jeśli rabat nie jest dostępne.

Należy wskazać zapis księgowy dla księgowania w banku. Wybrany zapis, w zależności od ustawień, wpłynie na definicję konta bankowego. Wybrany typ zapisu jest powiązany z definicją Banku.
Aby dokonać księgowania płatności w banku można użyć dedykowanego procesu (zob. Księgowanie w banku). Można również zaksięgować płatność w banku z zapisu listy płatności lub zapisu awiza płatności (w zależności od ustawień kroków), co pozwala również na zatwierdzenie tego kroku dla jednej płatności/listy płatności/awiza banku realizującego.

Wymagane uwierzytelnienie

Można wymagać zatwierdzenia płatności dla kosztów lub płatności nieokreślonych. W takim przypadku można zaznaczyć pole Autoryzacja i należy upewnić się, że pola Lista płatności i Plik bankowy są także zaznaczone. Autoryzowani zatwierdzający to użytkownicy, którzy mają parametr PAYAPP – Zatwierdzenie płatności (rozdział TRS, grupa AUZ) jako Tak.

Zamykanie ryzyka wekslowego

Ten ostatni krok jest używany do zarządzania księgowaniem weksli, w szczególności dla legislacji hiszpańskiej i portugalskiej. Niezależnie od legislacji ten ostatni krok jest używany do wygenerowania dodatkowego kroku księgowania z poziomu funkcji Zamykanie ryzyka wekslowego.

Grupa zapisów księgowych musi być zdefiniowana.

Należy wskazać zapis księgowy dla księgowania pośredniego. Można wygenerować inne struktury księgowe w zależności od tego, czy płatność jest księgowana dla inkasa czy rabatu. Wybrany zapis, w zależności od ustawień, wpłynie na definicje kont. Wybrany typ zapisu jest powiązany z definicją banku.

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Uruchamianie

  • Obsługa propoz. płat. (pole PAYPPS)

Określa, czy tryb płatności musi być uwzględniany przez
funkcję propozycji automatycznej płatności
.

Drukuj

Należy wprowadzić kod raportu, aby zidentyfikować, które typy płatności mają zostać uwzględnione. Ten kod jest używany do wydruku raportów dotyczących czeków, weksli i list płatności.

Dla zapisów typu rejestr bankowy lub kasowy należy użyć następujących kodów:

PLKP dla Kasa Przyjmie

PLKW dla Kasa Wyda

  • Wydruk obowiązkowy (pole EDTFLG)

Określa, czy drukowanie powiązane z tym podanym powyżej kodem jest
obowiązkowym krokiem przez zatwierdzeniem płatności lub
noty.

Blok numer 2

  • Przypisanie banku (pole STA4)

Określa, czy etap automatycznego przypisywania banku jest
możliwe dla tego typu płatności. W przypadku tego etapu, który nie jest utrzymywany,
bank musi być wprowadzony ręcznie dla każdej płatności.

  • Akceptacja (pole STA2)

Określa, czy etap zatwierdzenia jest konieczny przed pierwszym
zatwierdzeniem płatności. To zatwierdzanie składa się z ręcznego przypisywania flagi
określającej, że zatwierdzenie jest możliwe.

  • Autoryzacja (pole PAYAPP)

To pole należy zaznaczyć, jeśli dla płatności wymagane są autoryzacje.

Uwaga: Autoryzacja ma zastosowanie do kosztów i nieokreślonych typów wpisów, jeśli zaznaczono pola Lista płatności i Plik bankowy.

Księgowanie pośrednie

  • Księgowość (pole STA8)

Należy wskazać, czy lista płatności ma podlegać księgowaniu pośredniemu przed zaksięgowaniem w banku (np. dla księgowania weksli dla inkasa lub rabatu).

 

  • Typ dow. księgowego śr. pieniężnych (pole JOU8)

 

  • Typ dowodu księgowego upustów (pole JOU82)

 

Księgowanie weksli

  • Księgowość (pole STA3)

Należy wskazać, czy etap księgowania weksli jest wymagany dla transakcji płatności. Księgowanie weksli polega na indywidualnym zatwierdzaniu płatności na koncie różniącym się od konta bankowego.

  • Aktualizacja portfela weksli (pole UPDBIL)

Z tego pola należy skorzystać, aby wskazać, czy typ płatności jest powiązany z polem Weksle w rekordzie kontrahenta.

Pola Weksle (1, 2 itd.) odpowiadają grupie lub „portfelowi” weksli klienta, które nie są wymagalne.

Te weksle mogą podlegać etapowi oceny ryzyka w dedykowanej funkcji.

 

  • Typ dowodu (pole JOU3)

 

Księgowanie płatności/wpłat

  • Księgowość (pole STA9)

 

 

  • Grupuj płatności (pole ACETYP91)
  • Grupuj upusty (pole ACETYP92)

 

  • Typ dowodu (pole JOU9)

 

Rabaty

  • Listy płatności (pole STA5)

To pole należy zaznaczyć, jeśli płatności mają zostać zgrupowane na notach depozytowych przed zaksięgowaniem w banku.

To pole musi być zaznaczone, jeśli wymagana jest autoryzacja płatności.

  • Banki płatności (pole STA7)

Należy wskazać, czy płatność ma być grupowana, jako weksle banku realizującego przed księgowaniem w banku (wystawione weksle).

  • Plik bankowy (pole STA6)

To pole należy zaznaczyć, jeśli elektroniczne przesyłanie potwierdzenia zapłaty jest możliwe w banku (przelewy, LOC itp.).

Dla banków płatności to pole należy zaznaczyć, aby śledzić zaimportowane i wyeksportowane pliki w monitorowaniu płatności i potwierdzeń bankowych.

To pole musi być zaznaczone, jeśli wymagana jest autoryzacja płatności.

  • Format pliku (pole FILREF6)

Dla Francji jest to plik ETEBAC. Należy wskazać nazwę pliku do wygenerowania, jeśli transakcja generuje tylko ten typ pliku. W przeciwnym razie należy pozostawić pole puste dla pliku do wybrania na etapie wpłaty elektronicznej.

  • EDI (pole FILREF71)

 

  • Generowanie SEPA (pole EPACDTTRF)

To pole wyboru, jeśli jest zaznaczone, służy do generowania plików bankowych z formatem SEPA dla bieżącychekranów wprowadzania płatności.
Generowanie takiego pliku jest możliwe, jeśli opcja jest aktywowana.
SEEWARNINGTermin SEPA oznacza jedynie Transfer kredytowy SEPA.
SEEINFOTo pole wyboru może być dostępne, jeśli pole „Plik bankowy„ nie zostało uaktywnione.

  • Plik SEPA (pole FILREF8)

Pole to jest używane do wybierania „przeliczanego” pliku tekstowego z systemu Sage X3, wysyłanego do Sage Connect w celu jego konwersji na format .xml.

  • Grupa plików (pole NATPAY)

Rodzaj płatności identyfikuje formaty plików bankowych, które mogą zostać wygenerowane przez transakcję płatności. Format pliku różni się w zależności od instytucji bankowej i tego, czy płatność ma charakter krajowy czy międzynarodowy. Rodzaj płatności jest używany w celu powiązania transakcji płatności oraz zgrupowania możliwych plików bankowych.

To pole jest wymagane, jeśli transakcja generuje plik bankowy.

Zamykanie ryzyka wekslowego

 

  • Typ dowodu (pole JOU10)

 

Rozbicie pliku bankowego

  • Metoda płatności (pole GRPPAM)

To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według metody płatności.

Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu.

Ta opcja nie jest dostępna, jeśli tworzone są pliki EDI.

  • Waluta (pole GRPCUR)

To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według waluty.

Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu. Na przykład podział według waluty może zostać zastosowany, jeśli konkretny format ogólnie wspiera wiele walut, ale wymaga osobnych plików według waluty.

  • Termin płatności (pole GRPDUD)

To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według terminu płatności.

Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu.

Zamknij

 

Karta Zarządzanie płynnością

Pola

Na tej karcie występują następujące pola :

Eksport

  • Fakt wyzwalający (pole FLGCAS)

Używane do wskazania faktu generowania w celu uwzględniania płatności transakcji w pliku eksportu płatności do oprogramowania zarządzania gotówką (patrz dokumentacja „Eksport płatności do modułu zarządzania gotówką systemu Sage”).
Dostępne wartości to (menu lokalne 2673):

  • Brak: płatności księgowane dla transakcji nie są w żadne sposób uwzględniane podczas eksportu.
  • Księgowanie zarządzania wekslami/ księgowanie pośrednie/ księgowanie bankowe: płatności są brane pod uwagę w przypadku eksportu, gdy faza księgowania, która została zakończona, odnosi się do generowania.
    W przypadku anulowania księgowania, anulowanie jest również przekazywane w momencie wystąpienia po generowaniu.

Pole to wskazuje tabelę dodatkową 325 i reprezentuje kryterium grupowania/ dzielenia dla płatności podczas generowania plików eksportu płatności.
Na przykład, od momentu, gdy dwie transakcje posiadają taki sam kod pliku grupowania, płatności uwzględniane podczas eksportu będą ponownie grupowane w tym samym pliku, którego kod będzie zawierał kod grupowania jako pierwszy składnik jego nazwy.

Tabela Ekwiwalencja

  • Kod strefy (pole CODCAS)

Kod pola pliku eksportu płatności, którego zawartość może być ustawiana.
Kod ten odnosi się do tego, który identyfikuje pole w oprogramowaniu do zarządzania gotówką:

  • menu lokalne 2671, dla interfejsu z oprogramowaniem „Zarządzanie gotówka wg koncepcji Sage”,
  • menu lokalne 2674, dla interfejsu z oprogramowaniem „Zarządzanie gotówką Sage 1000”,
  • menu lokalne 2686, dla interfejsu z orpogramowanie „Finanse FRP Sage”.

SEEINFOTen kod MUSI być wprowadzany wielkimi literami.

  • Formuły (pole CLCFOR)

Formuła konfiguracji może być wprowadzana za pomocą asystenta formuł.

Domyślnie proponowane są różne dostępne tabele: 

  • tabele płatności (PAYMENTH, PAYMENTD),
  • tabela transakcji rozliczeniowej (TABPAYTYP),
  • tabela potwierdzenia płatności (PAYFRM),
  • tabela aneksów (TABCUR, BANK, BPARTNER)

Ponadto jako dodatkowe ekrany:

  • ekrany wprowadzania zapisów w dzienniku (GACCENT0, GACCENT1, GACCENT2)
  • oraz ekrany dystrybucji analitycznej (VENTILE oraz VENTILE2)

Zamknij

 

Stała długość pola

Plik eksportu rozrachunków ma stałą długość (zobacz: dokumentacja Zarządzanie gotówką Sage eksport harmonogramu płatności).
W związku z powyższym, zawartość pliku można obciąć, jeśli ze względu na konfigurację zawiera ona zbyt wiele znaków w stosunku do jej maksymalnej długości przewidzianej w oprogramowaniu zarządzania gotówką.

Dotyczy interfejsu modułu Sage Concept Cash Management:

  • dla kodu rodzaju (CPTA) = maks. 16 znaków
  • dla kodu aneksu (CDC) = maks. 16 znaków
  • dla komentarza (DESCR) = maks. 32 znaki
  • dla kodu referencyjnego (CODRIF) = maks. 8 znaków
  • dla numeru czeku (NASS) = maks. 8 znaków

SEEWARNINGW konfiguracji niektórych pól należy także uwzględnić następująceograniczenia:

  • Pola „Rodzaj” (CPTA) i „Załącznik” (CDC)
    Na tym poziomie oprogramowania do zarządzania gotówką pola te odnoszą się do tabeli wartości. Dlatego zalecane jest wczytywanie ich w taki sam sposób jak w przypadku eksportu rozrachunków.
  • pole „Numer czeku” (NASS)
    Tego pola nie należy używać do odzyskiwania numeru czeku, który na tym etapie nie istnieje w cyklu życia rozrachunków, ale do odzyskiwania informacji dodatkowych (jeśli, na przykład, CODRIF i DESCR nie są wystarczające)

Domyślne wartości i wprowadzone wartości

Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:

  • dla Daty operacji (DOPE) =
    • jeśli zdarzenie generujące = wpłata w banku
      • DOPE = data księgowania
    • jeśli zdarzenie generujące < wpłata w banku
      • DOPE = data wymagalności, jeśli data wymagalności > data księgowania
      • DOPE = data księgowania, jeśli data wymagalności < data księgowania
  • dla Numeru czeku (NASS) =
    • jeśli transakcja płatności zawiera pole „Numer czeku” (CHQNUM dla PAYMENTH) to jego zawartość jest pobierana automatycznie.
    • aby ją wyczyścić należy skonfigurować inną zawartość (uwzględniając '’ dla pola, które ma zostać przekazane jako puste).

Jeśli te wartości nie są odpowiednie to należy uwzględnić ustawienia niektórych pól, biorąc pod uwagę poniższe ograniczenia:

  • pola Konto analityczne (CPTA) i Aneks (CDC)
    Na poziomie oprogramowania zarządzania gotówką te pola wskazują tabelę wartości. Zaleca się więc załadowanie ich w ten sam sposób dla eksportu płatności.
  • pole Data operacji (DOPE)
    To pole zawiera format daty DDMMRRRR.
  • pole Numer czeku (NASS)
    Celem tego pola jest pobranie numeru czeku, ale jest ono również używane w zupełnie innym celu dla innych transakcji, tzn. w celu pobrania dodatkowych informacji (np. jeśli CODRIF i DESCR nie są wystarczające).
Stała długość pola

  • dla kodu transferu (TRANS) = maks. 128 znaków
  • dla kodu opisu (DESCR) = maks. 128 znaków

SEEINFOTe pola nie odnoszą się do tabeli wartości na poziomie modułu „Zarządzanie gotówką Sage 1000”.

Domyślne wartości i wprowadzone wartości

Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:

  • dla Daty operacji (DOPE) =
    • jeśli zdarzenie generujące = wpłata w banku
      • DOPE = data księgowania
    • jeśli zdarzenie generujące < wpłata w banku
      • DOPE = data wymagalności, jeśli data wymagalności > data księgowania
      • DOPE = data księgowania, jeśli data wymagalności < data księgowania
  • dla Numeru referencyjnego (REF) =
    • jeśli transakcja płatności zawiera pole „Numer czeku” (CHQNUM dla PAYMENTH) to jego zawartość jest pobierana automatycznie.
    • aby ją wyczyścić należy skonfigurować inną zawartość (uwzględniając '’ dla pola, które ma zostać przekazane jako puste).

Jeśli te wartości nie są odpowiednie to należy uwzględnić ustawienia niektórych pól, biorąc pod uwagę poniższe ograniczenia:

  • obszar Przelew (TRANS)
    Jest on używany do wskazania, czy przelew międzynarodowy i zawartość tego pola to „Tak” lub „Nie”. Przesyłane wartości są w dowolnym formacie, zakładając, że istnieją tylko 2 oddzielne wartości (Sage 1000 Cash Management używa wtedy tabeli transkodowania)
  • pole Kod budżetu (BUDG)
    Na poziomie oprogramowania zarządzania gotówką to pole wskazuje tabelę wartości. Zaleca się więc załadowanie go w ten sam sposób dla eksportu płatności.
  • pole Data operacji (DOPE)
    To pole zawiera format daty DDMMRRRR.
  • pole Nr referencyjny (REF)
    Celem tego pola jest pobranie numeru czeku, ale jest ono również używane w zupełnie innym celu dla innych transakcji, tzn. w celu pobrania dodatkowych informacji (np. jeśli CODRIF i DESCR nie są wystarczające).
  • pole Typ LOC (LOC)
    Oczekiwane wartości to Inkaso/Rabat/Brak lub dowolne inne wartości, o ile jest ich także tylko trzy. Następnie na poziomie modułu Sage 1000 Cash Management dokonywane jest transkodowanie.
Dotyczy interfejsu Sage FRP Treasury

  • dla kodu opisu (DESCR) = maks. 32 znaki,
  • dla kodu referencyjnego (REFXRT) = maks. 16 znaków.

SEEINFOTe pola nie odnoszą się do tabeli wartości na poziomie modułu „Finanse FRP Sage”.

Domyślne wartości i wprowadzone wartości

Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:

  •  dla Daty operacji (DOPE) =
    • jeśli zdarzenie generujące = wpłata w banku
      •  DOPE = data księgowania
    • jeśli zdarzenie generujące < wpłata w banku 
      • DOPE = data wymagalności, jeśli data wymagalności > data księgowania 
      • DOPE = data księgowania, jeśli data wymagalności < data księgowania

Przyciski określone

Ten przycisk jest używany do zatwierdzania ustawień ekranu wprowadzania.

Przycisk ten umożliwia skopiowanie ustawień transakcji do innego folderu.

Komunikaty o błędach

Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

Typ transakcji SEPA: brak spójności pomiędzy znakiem płatności i powiązaną metodą płatności ($1$)

Ten komunikat wyświetla się, jeśli kontrola potwierdzająca spójność między stroną transakcji wprowadzania, a wybraną metodą płatności nie powiodła się.
 

Użyte tabele

SEEREFERTTO Odniesienie do dokumentacji Implementacja